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AUTOMATIC PRESCRIPTION DRUG DISPENSER 



Related Applications 

This application claims the benefit under 35 U.S.C. 1 19(e) of U.S. Provisional 
Application Serial Number 60/498,217 filed August 26, 2oi)3, the specification of 
which is hereby incorporated by reference. 



Technical Field 

The present invention concerns dispensing systems, such as vending machines, 
1 0 particularly dispensing systems for prescription drugs. 

Background 

U.S. Patent No. 6,529,801 describes a prescription medication dispensing 
machine capable of, among other things, automatically dispensing a medication to a 
1 5 specific patient in response to a patent request to the machine. There is a further need 
for a system to dispense prescribed medications to patients that can be used in other 
settings, such as drug stores, convenience stores, pharmacies, retailers, and so forth, 
and either with or without the intervention of a pharmacist 

20 Summary 

The present application includes a number of different method and apparatus 
embodiments useful in, among other things, the dispensing of prescription medications 
at a pharmacy or other location that may or may not be staffed with live pharmacy 
personnel during some or all of its operating hours. 



25 



Brief Description of Drawings 

FIG. 1 is a schematic diagram of a high-level computer system architecture 
according to one embodiment. 
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FIG. 2 is a schematic diagram of a software architecture embodiment of the 
remote dispenser according to one embodiment of the present 
invention. 

FIG. 3 is a schematic diagram of a process by which a patient is seen by a 
5 prescribes receives a prescription, and has the prescription filled by the 

remote dispenser according to one embodiment of the present 
invention. 

FIG. 4 is a schematic diagram of a patient registration process according to one 

embodiment of the present invention. 
10 FIG. 5 A and 5B are schematic diagrams of a prescription writing process 

according to one embodiment of the present invention. 
FIG. 6 is a schematic diagram of a patient discharge process according to one 

embodiment of the present invention. 
FIG. 7 is a schematic diagram of a process of modifying an established 
15 prescription according to one embodiment of the present invention. 

FIG. 8 is a schematic diagram of a process of ordering stock for each remote 

dispenser according to one embodiment of the present invention. 
FIG. 9 is a detailed schematic diagram of the process of ordering stock for each 

remote dispenser according to one embodiment of the present 
20 invention. 

FIG. 10 is a schematic diagram of a process by which a patient has a 

prescription filled by the remote dispenser according to one 

embodiment of the present invention. 
FIG. 1 1 is a front view of a remote dispenser according to one embodiment of 
25 the present invention. 

FIG. 12 is a side cross sectional view of a remote dispenser according to one 

embodiment of the present invention. 
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FIG. 12B is a front view of a remote dispenser according to one embodiment 

of the present invention. 
FIG. 13 is a front cross sectional view of a remote dispenser according to one 

embodiment of the present invention. 
5 FIG. 14 is an exploded perspective view a magazine and lead screw system 

according to one embodiment of the present invention. 
FIG. 15 is a front view of a gantry transport system according to one 

embodiment of the present invention. 
FIG. 16 is a front view of a y-axis system of the gantry transport system 
10 according to one embodiment of the present invention. 

FIG. 17 is a cross sectional view of a y-axis system according to one 

embodiment of the present invention. 
FIG. 18 is a perspective view of an end effector according to one embodiment 

of the present invention. 
15 FIG. 19 is a side view of a product rotator according to one embodiment of the 

present invention. 

FIG. 20 is an end view of the product rotator according to one embodiment of 

the present invention. 
FIG. 21 is a perspective view of a label printer assembly according to one 
20 embodiment of the present invention. 

FIG. 22 is a perspective view of a moveable printer according to one 

embodiment of the present invention. 
FIG. 22B shows a perspective view of portions of a dispenser according to one 

embodiment. 

25 FIG. 22C shows a perspective view of a product delivery chute according to 

one embodiment. 

FIGS. 23-30 are screen views of one embodiment of a prescription entry 
system for a handheld computing device. 
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FIGS. 31-47 illustrate additional embodiments of systems, methods and 

configurations for use of medication dispensing machines according to 
the present invention. 
FIG. 48 illustrates an alternate embodiment of a dispensing machine according 

to the present invention. 
FIG. 49 illustrates a dispensing system according to one embodiment. 
FIG. 50 shows a dispensing machine in accordance with one embodiment. 
FIGs. 51-54 shows further details of the dispensing machine of FIG. 50. 
FIG. 55 shows a schematic representation of a configuration for use of a 
medication dispensing machine according to one embodiment of the present 
invention. 

FIG. 56 shows a flowchart of a method of using a dispenser in accordance with 
one embodiment. 

Detailed Description of Preferred Embodiments 

The following detailed description, which references and incorporates the 
Figures, describes and illustrates one or more specific embodiments of the invention. 
These embodiments, offered not to limit but only to exemplify and teach the invention, 
are shown and described in sufficient detail to enable those skilled in the art to practice 
20 the invention. Thus, where appropriate to avoid obscuring the invention, the 
description may omit certain information known to those of skill in the art. 

The automatic prescription dispensing system provides safe, convenient and 
immediate prescription drug service to patients in primary, urgent, acute, and 
emergency care settings. Further examples provide prescription drug service to 
25 patients in pharmacies, either with or without the intervention of a pharmacist. The 
system can be used in virtually any location, such as doctor's office, a kiosk in a mall, 
or a bus station, for example. The system can deliver prescribed medication, over-the- 

5 
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counter (OTC) medication, and medical supplies, such as syringes. Some 
embodiments can deliver virtually any dispensable or vendible product. 

The system provides several advantages including, but not limited to, entry of 
a prescription into a handheld computer using a unique software application, 
5 downloading of prescription and patient data from a central server database, 
acceptance of credit, debit, smart and ATM cards, cash, or check. The system 
includes automatic verification by barcode of each drug package for correct drug and 
expiration date before dispensing, optional prescription print-out instead of dispensing 
the prescription drugs, dispensing of appropriate drug education information and 

10 payment receipts, transfer of information to and from a central server database 
regarding available product information, restocking, product returns, prescription- 
filled and prescription-printed flags, patient requests for automatic refills and refill 
reminders, failure information, the ability to alert the central server if security of the 
dispensing system is compromised, and other miscellaneous two-way information 

1 5 transfers between a patient and a central control via a touch screen or other interface. 

System Architecture 

Figure 1 is a schematic diagram of a high-level computer system architecture 
embodiment of the invention. The system 1000 is a distributed network comprising a 

20 central server 2000, a remote dispenser 3000, and one or more prescription and patient 
data entry systems such as HCF system 4000. A patient who visits a physician or 
other provider at a healthcare facility (HCF), such as a clinic, where an HCF system 
4000 (or other prescription entry system) is located receives a prescription that is filled 
at the remote dispenser 3000 if the prescription is so authorized, or adjudicated (if 

25 there is no insurance, the prescription need not be adjudicated), by central server 2000. 
To decide whether to authorize the prescription, central server 2000 is in distributed 
network communications with the adjudication system 5000, a payment authorization 
system 6000, such as a credit card authorization system, a check verification system 

6 
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6000A, or other payment scheme, a mail order system 6999, a prescription bottler 
system 7000, and a drug formulary update service 8000. Here, adjudication system 
5000 routes any insurance claims to third-party payors 9000 (TPP). If a claim is 
denied by the TPP, the rejected claim is routed to a call center 9050. The call center 
5 9050 analyzes the rejection and views scanned insurance card images. After any 
corrections are made, the claim is resubmitted or the prescription is printed for the 
patient. The call center 9050 can also be in communication with the clinic and with a 
user via a phone or other communications means at remote dispenser 3000. 

10 Central Server 

Central server 2000 captures all data that is created by the various other 
components of the system 1000. It also prepares, sends, and receives all adjudicated 
claims; prepares, sends, and receives all credit card, cash, or check payments; and 
retains inventory data for all remote dispensers. 

1 5 An example of the hardware and software that are suitable for the central 

server 2000 is a Compaq Prolient 1800 computer system 2100 that is expandable to 
dual processors, one gigabyte of SDRAM central memory, and 250 gigabytes of SCSI 
hard drive storage 2200; Microsoft Windows NT Server 4.0 operating system; and 
Microsoft SQL Server 7.0 database. Other generally equivalently performing hardware 

20 and software could be substituted in a known manner without limiting the scope of the 
invention. In accordance with known principles, the design of the system should be 
such that the system functions are not dependent upon the particular hardware or 
software selected for implementation, thus permitting the system to migrate to other 
hardware or software platforms without any change in the scope of the invention. 

25 A software application running on the central server 2000 is responsible for 

setting up authorized HCF systems 4000 and prescribers of prescriptions. This 
application is preferably written in Java for display in an Internet browser application 
running on a client of the central server 2000 or a HCF system 4000 (assuming 
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appropriate authorization criteria are met). 

Another software application running on the central server 2000 is responsible 
for generating reports to document the operation and performance of system 1000 in 
accordance with well-known principles. Reports are preferably created on central 
5 server 2000 and sent to a printer anyplace on the network for generation of hard copy. 
A commercially available report generation system, preferably but not necessarily 
Crystal Reports, may be used to format the report data in accordance with well-known 
principles. 

Another software application running on the central server 2000 is responsible 
10 for processing transactions associated with the adjudication of valid prescriptions (if 
necessary). A commercially available adjudication application, preferably but not 
necessarily Claims Engine 2000, may be used in accordance with well-known 
principles to exchange data between central server 2000 and adjudication system 
5000. 

15 Another software application running on the central server 2000 is responsible 

for packaging, sending and receiving credit card, cash, check, or other type payment 
and reversal transactions generated by patients who must pay for the prescriptions they 
receive. A commercially available but proprietary authorization application, provided 
by the credit card vendor(s), may be used in accordance with well-known principles to 

20 exchange data between central server 2000 and credit card authorization server 6000. 
In the same manner, check authorization can be performed using a system such as 
Telecheck, using a service such as electronic check acceptance (ECA). 

Another software application running on the central server 2000 is responsible 
for monitoring the inventory levels of the various products dispensed from each of the 

25 remote dispensers 3000. In accordance with known principles, monitored inventory 

levels are used to determine reorder points (times and quantities) for the products. This 
application also determines which National Drug Code (NDC) is used to adjudicate 
the prescription when a particular product is prescribed. The application is preferably 

8 
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written in Java for display in an Internet browser application. The application will run 
both on the central server 2000 and on the HCF workstation 4200. Optionally, 
inventory levels are monitored by the remote dispenser 3000. The central server 2000 
provides vendor and product information and the remote dispenser 3000 would 
5 interact with the vendors and perform the inventory control functions. Summary 
reports are uploaded to the central server 3000. 

Another software application running on the central server 2000 is responsible 
for importing and maintaining the drug information. The preferred method is to import 
and maintain drug data files 8000 provided by First Databank (FDB), using an 
10 application written in Java and using the FDB toolkit provided by the vendor. 

Another software application running on the central server 2000 is responsible 
for setting the price of products dispensed from remote dispenser 3000. The preferred 
embodiment is a program written in Java. 

15 Remote Dispenser 

Figure 2 is a schematic diagram of the software architecture of the remote 
dispenser 3000. From a software standpoint, remote dispenser 3000 comprises two 
major subcomponents, dispenser module 3100 and manager module 3200, which 
communicate with each other in any well-known manner. 

20 Dispenser module 3100 controls the actual dispensing of the product from the remote 
dispenser 3000. Given properly verified data, dispenser module 3100 will dispense 
properly labeled product. To do so, it issues appropriate commands to motor 3125, 
scanner 3150 and label printer driver 3925 based on communications with manager 
module 3200 and local cache 3300. 

25 Manager module 3200 is the main controller of remote dispenser 3000. It 

coordinates and controls the interaction between all of the other hardware and 
software components of the remote dispenser 3000. It communicates with dispenser 
module 3100, local cache 3300, user interface 3400, server interface 3500, power 
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monitor 3600, temperature monitor 3700, cash handler or debit, ATM, smart, or credit 
card reader driver 3800, or a check reader 3825, or a cash acceptor 3830 and change 
return 3835, and prescription/receipt printer driver 3900. 

Local cache 3300 is responsible for storing and retrieving data in local storage 
5 3350. The local cache 3300 manages data related to product inventory, system 
configuration, and advertising. It communicates with dispenser module 3100 and 
manager module 3200 as required. Local storage 3350 is any appropriate data storage 
device performing typical data storage and handling in a well-known manner. 

User interface 3400 is responsible for interacting with patients and 
10 maintenance personnel. It controls the screen display shown on visual monitor 3450, 
and also manages timeouts that can be encountered at each step of the process of using 
remote dispenser 3000. 

Server interface 3500 is responsible for communications with the central server 
2000. It will send and receive data between the remote dispenser 3000 and the central 
15 server 2000. It is also responsible for translating data to and from formats required by 
the remote dispenser 3000 and central server 2000. 

Power monitor 3600 monitors the normal line voltage power supply to remote 
dispenser 3000 and activates uninterruptible power supply (UPS) 3650 as required. 

Temperature monitor 3700 monitors the ambient temperature inside remote 
20 dispenser 3000 with a temperature sensor 3750. 

Card reader driver 3800 allows manager module 3200 to operate a 
commercially available cash handler, ATM, smart debit or credit card reader 3850 in a 
well-known manner. 

Check reader 3825 can be a check reader such as a check reader distributed by 
25 Magtek Inc. As discussed above, the check reader can be operatively coupled to 
central server 2000 to allow for check authorization to be performed using a system 
6000 A, such as Telecheck, using a service such as electronic check acceptance (EC A). 
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Prescription/receipt printer driver 3900 allows manager module 3200 to 
operate a prescription/receipt printer 3950 in a well-known manner. 

Label printer driver 3925 allows dispenser module 3100 to operate a label 
printer 3975 in a well-known manner. 
5 Some options include a security alarm sensors 3760, a camera 3765 to take a 

patient's picture or picture of an I.D., and an electronic lock system 3770. Camera 
3765 can also be located within the remote dispenser to provide and internal view of 
the various mechanisms of the dispenser. Thus it can be used as a diagnostic tool to 
help maintain the dispenser. 
10 One option includes a telephone 3980 on the dispenser to allow the user to 

speak with the central control and call center to discuss any insurance problems, for 
example. The telephone can also allow a remote pharmacist or other health care 
provider to ask or answer any questions by the user. 

15 Manager 

The manager module 3200 comprises various other software modules to 
support the following activities at the remote dispenser 3000. 

Dispensing of Products 

20 In one example, a patient who has a valid prescription voucher from a 

physician initiates the dispensing activity at visual monitor 3450. The patient inputs 
the voucher number, patient birth date (or other validation method), their selection of 
products (if any beyond those included in the prescription), and, if necessary, a check 
into check reader 3825, cash into cash acceptor 3830, or a credit, debit, ATM, or smart 

25 card number through use of card reader 3850. One option incorporates a "Bluetooth" 
or infrared enabled system within the dispenser which is in communication with a 
payment server, thus allowing a user to pay using a cell phone, or other Bluetooth (or 
infrared) enabled device. Manager module 3200 communicates with central server 

11 
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2000 to authorize the entire transaction. Once authorized, manager module 3200 
communicates with dispenser module 3100 to generate the dispensed medications; and 
with prescription/receipt printer driver 3900 to print appropriate information and 
receipts on prescription/receipt printer 3950. The system can also print up advertising, 
5 coupons, patient information, or other marketing information. The patient receives 
drug specific education advertising via a screen or printer while product is being 
received. The information can be tailored to be drug specific and/or patient specific. 
The patient can be asked if they would like additional information about their 
medication sent to them, such as reminders about refilling their prescriptions, or if 

10 they would like to be in a drug compliance program, for example. In addition, a toll 
free pharmacist helpline is offered via the interface or over telephone 3980. The 
interface can also provide marketing or educational information or questionnaires. 

In other examples, which will be further discussed below, the patient (or 
patient's agent, such as a friend or family member) can insert a regular written 

15 prescription into the dispenser. The dispenser can image the prescription and transfer 
the image to a pharmacy services provider who can control the dispenser to deliver the 
medication or supplies. 

Restocking of Products 

20 An HCF staff person, for example, initiates the restocking activity. This person 

would typically be a local person at the HCF at which remote dispenser 3000 is 
located who has the proper security authorization. Restocking involves removing 
magazines that are empty or that have been selected for removal (e.g., expired or 
superceded products). Manager module 3200 tracks restocking activity and 

25 communicates appropriate data over server interface 3500 to central server 2000 so 
that proper inventory control is maintained. After each restocking, or after each time 
the door is opened, the system goes through each position within the dispenser to 
verify and update the location of each item in the dispenser. This means that the 

12 
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restocking person does not have to worry that they are putting the right product in the 
correct slots. Wherever they put it, the system will rescan each slot and update the 
position each product. Moreover, since the medication comes pre-filled and pre- 
checked in the magazines (from prescription bottler 7000, for example), the system 
5 provides a fool-proof, safe medication delivery paradigm. 

Diagnostics 

A maintenance person initiates the diagnostic activity. This person would 
typically be a dedicated maintenance person who travels from one remote dispenser 
10 3000 to the next. Diagnostics include testing the availability and functionality of the 
hardware components of remote dispenser 3000. In addition to testing individual 
components, the entire dispensing activity can be tested by dispensing a placebo or 
other product. 

The maintenance and diagnostic routines are preferably implemented by 
15 putting an invisible button on the voucher number entry screen portion of visual 
monitor 3450. For example, after entering a special password code for voucher 
number, and pressing the hidden button twice, the maintenance mode is entered if the 
special password code is otherwise valid. A selection of available options, depending 
on authorization level, is displayed: restocking of products, rescanning of product 
20 magazines to verify inventory; display of current inventory (including an option to 
print the result on prescription/receipt printer 3950); diagnostic routines; 
communication status (e.g., "pinging" other devices to ensure that communications 
links are active); dispensing a placebo product to display the status of the dispensing 
operation by exercising all devices including motors, scanners, and printers (the 
25 placebo product will be labeled to test label printer 3975); manual operation of 

available hardware (e.g., activating various motors, displaying scanned input from a 
test of input devices, and the like); confirmation of configuration for devices that are 
configurable (e.g., communications port parameters, logical addresses of each device); 

13 
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and, status of communications to central server 2000 (typically a multi-step routine in 
which first visual monitor 3450 displays the status of the connection to central server 
2000, followed by an active pinging of central server 2000, followed by pinging of 
any router that may be between server interface 3500 and central server 2000, etc.). . 

5 

Advertising and/or Educational Information 

Visual monitor 3450 may display information such as educational information 
or advertisements during idle times and during certain stages of the dispensing 
activity. The educational information or advertisements may be in the form of images, 
10 animation, audiovisual works, etc. without limiting the scope of the invention. 



Error Recovery 

Manager module 3200 will attempt to recover from errors that are encountered 
during dispensing. Such errors include communication problems with the central 
15 server 2000, and hardware problems on the remote dispenser 3000. The central server 
2000 will be appropriately notified of the errors. 



Monitoring 

Manager module 3200 notifies central server 2000 when appropriate boundary 
20 conditions are approached or exceeded. Such conditions include temperature, 

interruption to normal line voltage power supply, paper supply for each printer 3950 
and 3975, physical access to remote dispenser 3000, and failed dispensing caused by 
mechanical or electrical failure, for example. 



25 HCF System 

Referring again to FIG. 1 , each HCF system 4000 comprises a patient 
registration client 4100, a HCF workstation 4200, one or more computers 4300 (as an 
example only, Figure 1 shows four such handheld computers 4300, computers 4300 

14 
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can also be desktop or laptop computers), and one or more laser or thermal printers 
4400. Registration client 4100 may be any suitably configured network capable 
personal computer or dedicated terminal in communication with HCF workstation 
4200. HCF workstation 4200 may be any suitably configured network capable 
5 personal computer; the preferred configuration is a small form factor personal 
computer from Compaq, running Microsoft Windows NT Workstation 4.0. 
Computer(s) 4300 may be any suitably configured desktop or portable computer such 
as a laptop, palmtop, personal digital assistant, etc. The preferred model is a Palm Vx 
from Palm Computing, running Palm OS. Another example model is a PC having a 

10 web-based application. Printer 4400 is connected to the HCF system 4000 in a well- 
known manner and may be any suitably configured model of laser or thermal printer. 

A software application for client registration runs on the HCF workstation 
4200, and is written in a language pertinent to that platform, preferably Java for 
display in an Internet browser application running on the patient registration client 

15 4100. One option includes an insurance card scanner 4120 to allow the HCF 
personnel to input an image of the insurance card into the system. 

A software application for prescription writing runs on both the handheld 
computers 4300 and the HCF workstation 4200, and is written in languages pertinent 
to each platform. The software application processes the creation of prescriptions and 

20 vouchers that may be used to obtain prescriptions from the remote dispenser 3000; 
printing of prescriptions, vouchers, and adjudication results; and modifications to 
prescriptions and vouchers. The portion of the software that runs on the handheld 
computers 4300 is preferably an application for the Palm OS developed with the 
CodeWarrior development platform, but this is not a limitation on the scope of the 

25 invention. The portion of the software that runs on the HCF workstation 4200 is 

preferably a Java application for display in an Internet browser application running on 
the workstation 4200, but this also is not a limitation on the scope of the invention. 
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Each HCF system 4000 is connected to the central server 2000 through well- 
known networking techniques, such as a frame relay cloud or a virtual private network 
(VPN) or both. Other networking techniques include dial-up, ISDN, satellite uplink, 
etc. 

5 

Adjudication System 

The adjudication system 5000 can communicate with third party payers 9000 
through a "switch" company such as Envoy or NDC. A commercially available 
application, provided by the third party payor, may be used in accordance with well- 
10 known principles to exchange data between central server 2000 and adjudication 
system 5000. 

Cash, Check, Credit, Debit, ATM, or Smart Card Authorization System 

The card authorization system 6000 is under the control of a third-party credit 
15 card transaction clearing house. As noted above, custom written software is used to 
exchange data between central server 2000 and credit card authorization system 6000. 
Check authorization can be accomplished as discussed above. 

Mail Order and Prescription Bottler Systems 

20 The mail order system 6999 and the prescription bottler system 7000 can be 

under the control of a third-party distributor of products to be provided to remote 
dispenser 3000. A commercially available application, provided by the distributor, 
may be used in accordance with well-known principles to exchange data between 
central server 2000 and systems 6999 and/or 7000. Systems 6999 and 7000 can be 

25 FDA-approved repackaging systems to repackage unit doses from manufacturers into 
prescription size packages. 

Drug Formulary System 

16 
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As described above, the preferred method for importing and maintaining drug 
formulary files on the central server 2000 is to import and maintain drug formulary 
data files 8000 provided in any convenient format. Such files can be transferred and 
managed using any well-known data storage medium, or they may be transferred and 
5 managed using a direct network connection between central server 2000 and the 
publisher of the drug formulary data files. 

Patient Visit and Prescription Process-Overview 

Figure 3 illustrates the basic process by which a patient is seen by a prescriber, 

10 receives a prescription, and has that prescription filled by remote dispenser 3000. In 
the patient registration process, the patient presents himself or herself at a registration 
desk where patient registration client 4100 is located. Patient information is captured 
by patient registration client 4100 and transferred to HCF workstation 4200, or if the 
system omits workstation 4200, the information can be transferred directly to central 

15 server 2000 (See Figure 1). If the patient has insurance, the insurance card can be 
scanned with scanner 4120. In the examination process, a prescriber (typically a 
physician) examines the patient and, depending on the outcome of the examination, 
may desire to prescribe a product for the patient. In the prescription writing process, 
the prescriber uses the computer 4300 to write a prescription by entering the 

20 prescription data into the handheld computer 4300 and transferring the data to the 
HCF workstation 4200. In one embodiment, the prescriber can bypass the handheld 
computer and directly enter the information into workstation 4200. Some 
embodiments of the present system omit computer 4300 and allow the prescriber to 
simply write out the prescription on a typical prescription pad, as will be discussed 

25 below. In another example, the prescriber can call the prescription in to the call center 
9050. In another example the prescriber may have their own prescription entry system 
and they can enter it into that system and then upload the data to the central server. 
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In the adjudication process (if the patient has insurance), data representing the 
prescription and associated insurance information of the patient is sent by the HCF 
workstation 4200 to the central server 2000 for processing and subsequent 
transmission to the adjudication system 5000 under the control of a "switch" company 
5 that routes the prescription information to the proper third party payer. The 

adjudication system 5000 transmits data regarding the outcome of the adjudication to 
the central server 2000, which processes it accordingly and notifies the HCF system 
4000 of the outcome. If necessary, the HCF staff can resolve any outstanding issues 
and retrieves the adjudicated prescription and/or voucher from printer 4400 of HCF 
10 system 4000. In one embodiment, rejections can be routed to call center 9050. The 
call center 9050 analyzes the rejection and views scanned insurance card images. 
After any corrections are made, the claim is resubmitted or the prescription is printed 
for the patient. 

In the discharge process, the HCF staff transfers the prescription or voucher to 
15 the patient as part of terminating the examination process. In the prescription retrieval 
step, the patient uses a check, cash, a voucher or their card at the remote dispenser 
3000 to have their prescription filled. This process involves the remote dispenser 3000 
communicating with the central server 2000 for verification, inventory control, and 
other purposes. The remote dispenser 3000 can also be connected to call center 9050 
20 to allow for any questions or problems to be resolved. 

Patient Registration Process 

Figure 4 illustrates the patient registration process in more detail. The patient 
provides basic information to the registration clerk or the information is retrieved from 
25 a patient database. Such data would typically include mandatory information (name, 
gender, date of birth, mailing address, and telephone number) and optional 
information (social security number; weight; known allergies; prescriber name; 
prescription benefit insurance company name, policy number, group number, member 
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number, and relationship code). Either the patient registration client 4100 contains an 
automatic interface to an existing registration system, or an application that captures 
the necessary information for the first time, or the information is manually entered into 
the system or the information is faxed or scanned to a remote location for manual 
5 entry, or some combination of the above. In either case, the captured data is 
immediately transferred to HCF workstation 4200, central server 2000, and 
subsequently to the specific computer 4300 (handheld or desktop) in use by the 
specific prescriber assigned to the patient. Also, at this time, the patient's insurance 
card can be scanned into the system. 

10 

Prescription Writing Process 

Figures 5A and 5B illustrate the prescription writing process in more detail. 
The prelude to the specific process of writing a specific prescription is for a prescriber 
to obtain a handheld computer 4300 (or other computer or any suitable electronic data 

1 5 entry device) suitably configured for the patient that is about to be examined by the 
prescriber. The prescriber confirms whether the computer 4300 is properly configured 
with information pertinent to the HCF in which it is located, a process that could occur 
once each day when the prescriber first arrives at the HCF. If not, a well-known 
synchronization (or, more commonly, a "sync") of the computer 4300 to the HCF 

20 workstation 4200 or directly to the central database server will configure the computer 
4300. A similar process is required for confirmation whether the computer 4300 is 
configured with information pertinent to the current prescriber, a process that could 
occur if prescriber uses a computer 4300 that is resident at that particular HCF and 
shared between multiple prescribes. Once the HCF and prescriber are both properly 

25 configured in the computer 4300, the prescriber performs a password-based login 

process. The sync may occur via infrared frequency or may occur automatically via a 
number of wireless technologies. 
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The prescriber examines the patient and decides whether to prescribe a 
product. If so, the prescription writing module is activated. First it must be confirmed 
whether the computer 4300 is configured with information pertinent to the current 
patient. If not, a sync process is performed to retrieve the pertinent data from the HCF 
5 workstation 4200 or central database server. The prescriber can then choose from a 
"my patient" list of patients or an "all patients" list of patients. Once the computer 
4300 is ready to receive a prescription for the current patient, the patient's weight is 
entered (if in pediatric dosage mode). The user can then choose between a list of "my 
medications" and "all medications." The drug lists show or flag for the prescriber 

10 which of the drugs are presently in the automatic drug dispenser. A drug is chosen, 
and strength and dosage of the drug are chosen. One example determines if the patient 
has any allergies to the medication. 

Since the patient's insurance plan can be uploaded to the computer along with 
other patient information, each drug viewed will usually indicate whether the drug is 

15 on the patient's insurer's formulary along with its approval status and whether the 
drug is in the remote dispenser. If the drug is not on the patient's insurer's formulary, 
the prescriber may be prompted to a drug of the same therapeutic class that is covered 
on the patient's insurer's formulary. 

A default entire prescription for the chosen drug will then appear on the 

20 computer 4300. The prescriber can accept the defaults or choose others from a list, or 
write in their own. The prescriber may select a well-known SIG code for the product 
if one is available, otherwise one may be written by the prescriber. Similarly, if a 
standard quantity is available, it may be chosen, otherwise the prescriber may choose a 
quantity. The number of refills permitted without the patient requiring a new 

25 prescription is chosen, and the prescriber indicates whether the prescription is to be 
"dispensed as written," i.e., an equivalent generic drug can not be substituted in place 
of the specific brand of drug for which the prescriber has written. The prescription 
may undergo a drug utilization review (DUR). This includes drug-drug interaction, 
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dosage range checking, patient allergy checking, pregnancy and lactation alerts and 
other safety checks. This entire process is repeated for the each product prescribed. 

As noted above, the prescription writing system includes a "pediatric" dosage 
calculation mode when writing a prescription for a child, for example, or at any time 
5 dosage is critical. In that case, the user has the option, before selecting the drug name, 
to toggle the system into pediatric dosage mode. The prescriber will then be prompted 
to enter the patient's weight. After that, the daily dose is selected. As the prescriber 
adjusts the daily dosage, the system automatically calculates the exact dosage (in units 
per day). The prescriber then chooses the form and strength of the drug (if the 

10 prescriber selects a dose that exceeds the maximum recommended dose/m/k/day, they 
will be prompted to answer a question confirming their interest in selecting that dose. 
The prescriber then chooses the prescription instructions. Further details of this 
process are shown in FIGs. 28F-29C. 

It is not necessary to limit the availability of products to only the remote 

15 dispenser 3000 located at that particular HCF. The computer 4300 is able to indicate 
current inventory status of all remote dispensers 3000 because the sync process has 
given it extremely timely inventory information from the central server 2000 by way 
of the HCF workstation 4200. The prescriber may then determine from the patient 
whether the patient desires any of the products available from any of the remote 

20 dispenser(s) 3000 convenient to the patient's current location, or home, or other 
eventual destination. If so, the prescriber notes this on the computer 4300 so that a 
voucher may be generated. If not, the patient is given the option of receiving a printed 
traditional prescription that may be taken to a pharmacy of the patient's choice, or if 
the patient identifies a particular pharmacy to receive it, the prescription may be 

25 transmitted directly to that pharmacy by facsimile, e-mail, or other communications 
channels. In another example use of the present system, the prescriber gives a voucher 
to the patient and the patient takes the voucher to the dispenser. The patient can then 
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make the decision at the dispenser whether to receive the product from the dispenser 
or to get a printed copy of the prescription. 

Regardless of the choice, a final synchronization of the computer 4300 to the 
HCF workstation 4200 or central database server transfers the data to the HCF 
5 workstation 4200, the central system 2000, and the remote dispenser 3000 as 

appropriate. It is preferred but not required that this final synchronization also include 
updating the computer 4300 with not only the current inventory levels of the remote 
dispenser 3000 in the local HCF, but also the information pertinent to the next patients 
registered or scheduled to be seen by prescribers at the HCF. 

10 

Patient Discharge Process 

Figure 6 illustrates the patient discharge process in more detail. The HCF staff 
receives information on the prescription or voucher from the printer 4100. In one 
embodiment, the staff determines if there are any outstanding issues remaining from 

1 5 the adjudication process. If so, it may be possible to modify the transaction to permit 
re-adjudication, or if not the transaction is modified into a traditional prescription that 
cannot be filled by any of the remote dispensers or communicated to a pharmacy of 
the patient's choice via facsimile, e-mail or other forms of communication. 
Alternatively, as noted above, the call center 9050 (Figure 1) will handle any 

20 adjudication issues. Either the traditional prescription or the adjudicated prescription 
(in the form of a voucher printed at printer 4100 and redeemable at the remote 
dispenser 3000) is taken to the examination room and presented to the patient after any 
outstanding questions from the patient are answered. Or, if the HCF prefers, the 
patient may receive either document upon leaving the HCF. Alternatively, as noted 

25 above, the patient may receive the prescription from the printer on the dispenser. 



Attorney Docket 1326.007US1 



22 



Mendota Healthcare, Inc. 



Prescription Modification Process 

Figure 7 illustrates the process of modifying an established prescription. To 
void an established prescription entirely, the entry is retrieved from the HCF system, a 
"void" option is recorded, and all paper documentation of the prescription is manually 
5 discarded. Additions or changes to an existing prescription are also entered on the 
HCF system. 

Stock Ordering Process 

Figure 8 illustrates the process of ordering stock (either product such as 

10 prescription drugs, or over-the-counter drugs, or supplies such as labels and printer 

paper) for each remote dispenser 3000. Because all inventory data is maintained on the 
central server 2000, this process is executed there. In accordance with well-known 
inventory control principles, reorder points (quantities and/or dates to trigger 
reordering) are maintained for every stock item. When the actual inventory levels 

15 identify those stock items that are at or below their reorder points, orders for such 
items are generated and transmitted to appropriate fulfillment vendors. The central 
server provides orders for each HCF in addition to an aggregate order to the 
fulfillment vendor (which for example, may be the HCF's own pharmacy, a 
repackages a bottler, a mail-order system, etc.). The fulfillment vendor processes the 

20 order and ships the new stock to each individual HCF, even if the orders of each HCF 
have been aggregated together into a common order sent by the central server 2000. 
Personnel at each HCF or central personnel are responsible for restocking each remote 
dispenser 3000, and for returning any replaced or overstocked items, both as described 
in more detail below. Each remote dispenser 3000 automatically transmits updated 

25 inventory data to the central system 2000 where a reconciliation process identifies 
whether there are any discrepancies between anticipated and actual amounts and 
locations of each item. If there are discrepancies, they are identified and the HCF or 
vendor or both are notified so that all discrepancies may be resolved. 
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Restocking Process 

Figure 9 illustrates in more detail the process of restocking each remote 
dispenser 3000. When new items arrive at the HCF, the remote dispenser 3000 is put 
5 into restocking mode, which is preferably accomplished by entering a specific security 
code, which if valid, activates the manager module to contact the central system for 
the most recent data relevant to the restocking process. Once the security code is 
validated and the data is received, the portion of the remote dispenser 3000 dedicated 
to product inventory is unlocked and available for access. The first main task is to 

10 remove magazines that have been identified by the manager as empty of product, 
discarding the empty magazines themselves. Next, magazines that have been 
identified by the remote dispenser 3000 as containing products to be returned are 
removed. The individual products are removed from the magazines and returned, 
while the emptied magazines are discarded or returned. Then, magazines containing 

1 5 new supplies are installed as required. 

Once the portion of the remote dispenser 3000 containing the products is 
closed and locked, the manager module 3200 scans all magazines to confirm whether 
all empty magazines and all magazines containing products to be returned have been 
removed, and it checks that all new magazines have been properly inserted. If not, the 

20 restocking process is not complete and must be re-performed. If so, data representing 
the current inventory levels and the inventory transactions that have just occurred is 
transmitted to the central server. Once this is complete, the visual display 3450 
confirms completion of a successful restocking process. As noted above, the system 
rescans each slot after the product has been loaded and performs an update of the 

25 position of each product. This provides a fool-proof, safe system since a given 

product can be placed anywhere within the dispenser and the rescanning process will 
automatically update the product's position, thus not relying on any human interaction. 
Moreover, the FDA-approved bottler or repackager provides a trusted product. 

24 



Attorney Docket 1326.007US1 



Mendota Healthcare, Inc. 



Prescription Dispensing Process— Overview 

Figure 10 illustrates the basic process by which a patient has a prescription 
filled by remote dispenser 3000. In the patient discharge process, the patient either 
5 received a voucher for a product located in the remote dispenser 3000, or they may 
exchange a traditional prescription for such a voucher (or vice versa). Once in 
possession of a voucher, the patient begins by selecting a language in which the 
remainder of the exchange with the remote dispenser 3000 will take place. Then the 
patient enters the unique voucher number printed on the voucher along with patient 

10 authorization data (such as birth day and birth month, but this is only an example). In 
one option, the voucher includes a bar code having all the necessary information and 
that can be scanned by the dispenser. The manager module 3200 determines whether 
the voucher number is valid and if so whether it properly correlates with the 
authorization data that the patient has entered. If not, the entry process is repeated in 

1 5 case erroneous data has been entered through simple human error. At this or at any 
other point in the process prior to acceptance of the entire voucher-based transaction, 
there is an option to cancel the voucher-based transaction and print a traditional 
prescription on printer 3950 for the patient. A further option, as discussed above, is to 
provide a camera to take a picture of the patient or a picture of an LD, or other security 

20 measure such as a retinal scan. 

Once a valid voucher and set of authorization data have been entered, the 
visual display 3450 shows a summary of existing prescriptions to be filled and a 
selection of possible over-the-counter (OTC) products that may be dispensed from 
remote dispenser 3000 without a prescription. The patient selects which if any 

25 products they wish to receive from remote dispenser 3000. The patient purchases their 
selections by passing a credit card through credit card reader 3850, or depositing cash, 
or using the check reader, or using a cell phone IR feed, or any other cash, check, 
debit, or electronic payment method. Manager module 3200 receives data from the 
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credit card (or check, etc.) through credit card reader driver 3800 and transmits it to 
central server 2000 so that the transaction may be conducted with credit card server 
6000 (or check server, etc.) in a well-known manner. As is common in the art, this 
may involve a repeated entry of credit card data by the patient for a variety of well- 
5 known reasons. Once the payment transaction is authorized, manager module 3200 
directs dispenser module 3100 to dispense the proper products. Manager module 3200 
then prints a receipt and patient information, drug education information, ads, 
coupons, or marketing information on printer 3950 for the patient to take with them 
along with their products. Manager module 3200 then sends updated inventory and 
10 transaction data to central system 2000. As noted above, during the process, the phone 
on the dispenser can be used to talk to someone at the central control or to a 
pharmacist. Moreover, after the prescription has been filled and if there are refills on 
the prescription, a menu on the screen can be provided to allow the patient to have the 
refills transferred to a pharmacy of their choice. 

15 

Remote Dispenser 

As shown in FIG. 1 1 and FIG. 12, the remote dispenser 3000 consists of a 

control module 102 and a cabinet module 104. Optionally, the control module and 

cabinet module may be housed in a single cabinet. The basic configuration includes 
20 one control module and one cabinet module. Alternatively, an additional cabinet 

module may be added for increased drug storage capacity. 

The control module 102 houses subsystems that provide the interface between 

the remote dispenser 3000 and the medical patient. These components include a 17 

inch Monitor with touch screen 202, a credit card reader 204, a 
25 prescriptions/instructions/receipts printer 206, a prescription/instructions/receipt 

output slot 208, an internal waste slot/waste basket 210, speakers 212, and a controller 

PC 214. 
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An example of hardware and software that are suitable for the controller PC 
214, which is located in the control module, is a Dell OptiPlex GX1 10 Mini-Tower 
having the following specifications: GX110 Pentium III processor, 500 MHz, 512 half 
speed cache & Integrated NIC; Memory: 128 MB Non-ECC SDRAM (ID IMM); 
5 Keyboard: Quietkey (Space saver); Video Solution: Integrated Intel 3D graphics with 
Direct AGP and 4 MB Display Cache; Hard Drive: 10GB EEDE (7200 RPM); Floppy 
Drive: 1.44MB 3.5"; 4 (Min) PCI/ISA Slots; 2 (Min) serial ports; Dimension: Tower 
with Max size: 18"HX17"LX 8" W; Extra Parallel Port Card; Sound Card: Sound 
Blaster Audio PCI (64 Voice), use with CD, DVD or CD-RW; CDROM; Network 

10 Card: Integrated 3Com EtherliNk 10/100 with ACPI and Remote Wake-up Only; and 
Operating System: Windows NT 4.0 Workstation SP5 with CD using NTFS. Other 
generally equivalently performing hardware and software could be substituted in a 
known manner without limiting the scope of the invention. In accordance with known 
principles, the design of the system should be such that the system functions are not 

15 dependent upon the particular hardware or software selected for implementation, thus 
permitting the system to migrate to other hardware or software platforms without any 
change in the scope of the invention. 

The credit card reader/acceptor 204 is preferably from IDTech Company. 
Other generally equivalently performing hardware and software could be substituted 

20 in a known manner without limiting the scope of the invention. 

The prescription/instruction/receipt printer is preferably a Datamax Ovation 2!, 
Direct Thermal Printer, and is located in the control module. The printer uses the same 
paper to print prescriptions, instructions and receipts on 4" x 5" sheets. The patient 
information sheets are automatically trimmed to the proper length. The printer also 

25 prints product return packing slips and miscellaneous inventory transaction reports. 

The remote dispenser 3000 is equipped with a temperature sensing subsystem 
(not shown) having both over temperature and under temperature set points. The 
central server is alerted if the temperature exceeds the set points. 
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Figure 12B shows an automatic dispenser 3000B according to one 
embodiment. Dispenser 3000B includes many of the features discussed above for 
dispenser 3000 and certain details will be omitted for sake of clarity. Dispenser 
3000B includes a flat screen monitor 202B located on the front door 290 of the 
5 dispenser 3000B. In this example, front door 290 swings open to expose the product 
cabinet module located behind the door. Dispenser 3000B also includes a telephone 
288, an electronic lock 280, a prescription receptacle 282, a credit/debit card reader 
204, a check reader 284, a cash deposit 286, and a change return 292. 

As shown in FIG. 13, prescription drug products are stored in the cabinet 

10 module 104 in pre-filled magazines 106 that rest on shelves and surround cantilevered 
lead screws 130. The products are delivered to remote dispenser 3000 in the pre-filled 
magazines 106 and dispensed from the magazines. A cabinet 108 encloses the cabinet 
module 102. The cabinet module stores product prior to dispensing and has a hinged 
door. The cabinet module also encloses the gantry transport system 110, product 

15 rotator 118, label printing system 122, and an uninterruptible power supply (UPS) (not 
shown). The UPS allows the remote dispenser to continue to function, in the event of 
power loss, long enough to complete any vending operation currently in progress and 
to achieve proper shutdown of the computer system. 

The cabinet encloses a gantry system 1 10 that is used to position an end 

20 effector 1 12 and a magazine scanner 1 14, preferably a single directional scanner from 
PSC Company, model # LM520 single line laser scanner. Optionally, the remote 
dispenser may utilize a handheld scanner. The hand held scanner is stored inside the 
remote dispenser and may be used during restocking product. 

The end effector 1 12 includes a product catcher 116 that transports the product 

25 from the magazines to a product rotator 118. The product rotator rotates the product 
for bar code reading by the bar code readers 120, 121 and application of the label by 
the label printer 122. 
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Bar code reader 120 is preferably an Omni directional scanner from PSC 
Company, model # VS800 Omni-directional laser scanner. The Omni-directional 
scanner 120 is located in the cabinet module and scans barcodes on the sides or bottom 
of product. Bar code reader 121 is preferably a single directional scanner from PSC 
5 Company, model # LM520, single line laser scanner. Bar code reader 121 is used to 
scan the side of product while in the product spinner. 

The label printer 122 is preferably a Datamax Ovation 2! having a thermal 
transfer ribbon attachment. Optionally, the printer may use a direct thermal technique. 
The label printer prints 2" x 4" prescription container labels with bar codes and is 
10 compatible with the label applicator. 

After the product is labeled, the product is dispensed through the product chute 
124 by activating the chute door motor 126 or if the product is rejected it is sent to the 
reject bin 128. The product chute allows the labelled drug to be delivered to the 
patient at the remote dispenser, while preventing any individual from reaching into the 
15 chute to the point of being injured. Additionally, the control module is in a location 
proximate to the product chute where the product is dispensed to the patient. 

The reject bin is a receptacle which stores products that do not pass the bar 
scan checks. The packages are later removed and returned to the vendor. 

FIG. 14 shows an exploded perspective view of the magazine and lead screw 
20 system 129. The cantilevered lead screws 130 are mounted to the inside back panel 
132 of the cabinet module 104. In one example, the magazine 106 is mounted on the 
lead screw 130. Alternatively, a shelf is provided for the magazine to rest on. The 
magazine cartridge consists of a cardboard outer shell 132 and a vacuum molded inner 
portion 134. The product 136 is stored within the magazine 106. A pusher 138 for 
25 moving the product is threaded on the lead screw. The lead screw and pusher are 

mechanical elements designed to support the magazine within the cabinet module and 
to dispense product from the magazine. The lead screw is a threaded rod which, when 
rotated, causes the pusher to advance. The pusher is used to advance the product 
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within the magazine assembly during the dispensing process. The magazine itself 
contains the product for a given magazine position (one specific product for a given 
position). 

The magazine is a container that serves the dual purpose of a shipping carton 
5 and product-dispensing magazine. The magazine can include three principle 

components: a corrugated (cardboard) paper outer shell 132, a vacuum-molded plastic 
inner liner portion 134, and a bar code label 135 placed on the outboard end of the 
magazine. The outer shell is a tube designed to support the inner portion during 
shipping and handling and during application inside the remote dispenser. The inner 

10 liner portion is designed to prevent the product from changing orientation during 

shipping and handling, as well as to align the magazine to the lead screw and to guide 
the products during the dispensing process. The bar code label is used to identify the 
contents of the specific magazine so that the appropriate preprogrammed dispensing 
procedure is affected. If the magazine rests on a shelf, the liner 134 can be omitted. 

15 The exterior surface of the magazine may also contain a legible label stating the drug 
product content of that magazine. However, the barcode label 135 on the outside of 
the magazine may have the drug product name printed in English (or other language) 
in addition to the barcode or the product package is readable within the magazine. 

FIG. 15 is a front view of the gantry transport system 1 10. The gantry transport 

20 system 1 10 is a two-dimension robotic assembly used to position the end effector 1 12 
at a given magazine position. Additionally, the gantry system transports the product 
from the magazine to the product rotator and label printer and also positions the 
magazine scanner 114. 

The gantry transport system 110 includes an x-axis system 142 and an y-axis 

25 system 144. The x-axis system moves the y-axis system and the end effector 112 from 
side to side, while the y-axis system moves the end effector 1 12 up and down. The x- 
axis system includes an x-axis belt/cable 146, x-axis pulleys 148, and an x-axis motor 
system 150. The x-axis system consists of a belt 146 looped around pulleys 148 and a 
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cable 146 looped around idler pulleys 148. The motor system 150 consists of a motor, 
gearbox power supply and controller. As the controller signals the stepper motor, the 
motor repositions the belts and cables and moves the y-axis system from side to side. 

As shown in FIG. 16, the y-axis system consists of an y-axis belt/cable 152, y- 
5 axis pulleys 154, and an y-axis motor system 156. 

FIG. 17 is a cross sectional view of the y-axis transport system. The y-axis 
system is supported on a frame structure 158. The frame structure consists of a Lexan 
rail 160 affixed to an aluminum tube 162. Guide wheels 164 aligned the y-axis system 
along rail 160. 

1 0 FIG. 1 8 is a perspective view of end effector 112. The end effector is a 

mechanical device mounted on the gantry transport system and is used to retrieve and 
transport the product during the dispensing process. The end effector 1 12 includes the 
magazine bar-code scanner 1 14, a drive screw motor 166, a lead screw coupler motor 
168, an optical sensor 170, a mounting plate 172, and a product catcher 174. The lead 

15 screw coupler motor 168 advances a drive adapter (not shown) to couple to the lead 
screw. Optical sensor 170, upon detecting the "fall" of a product into the product 
catcher, signals the lead screw drive motor to stop advancing the product out of the 
magazine tube. The product catcher captures the product as it is advanced out of the 
magazine. The product catcher includes a stationary mitt 1 80, and outside moveable 

20 mitts 176, 178. In some examples, the drive screw is omitted and each of the lead 
screws 130 is driven by a separate motor associated with each lead screw and 
controlled by the dispenser's controller. 

FIG. 19 shows a side view of product rotator 118. The product rotator serves 
the function of spinning the product in the barcode scanner beam, so that the product 

25 can be identified, and rotating the product as the product label is applied. The product 
rotator 118 consists of two rotating disks 1 82, one of which is mounted to a traveling 
arm 1 84 that is actuated by a screw 1 86 that is driven by motor 1 88. When the 
package is transferred to the product rotator, the traveling arm 184 is moved inward, 
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the disks are brought together, and the package is captured between the disks. A 
second motor 190 then acts via a second screw to position the entire rotator 
mechanism under the label printer. A third motor 192 spins the disks and rotates the 
package to effect label application. The traveling arm 184 moves along rails 194 on 
5 guide wheels 196. 

FIG. 20, shows an end view of the product rotator 118 showing the positioning 
of motors 188, 190, and 192 and the positioning of rails 194 and guide wheels 196. 

FIG. 21 shows a perspective view of label printer 122. The printer mechanism 
197 generates an adhesive-backed package label 198 and advances the label toward a 

10 transfer wheel 199. The label 198 is held on the surface of the transfer wheel 199 by 
vacuum (adhesive side of label is outward) while the drive motor (not shown) 
advances the transfer wheel. A solenoid 195 retracts and allows the transfer wheel to 
swing to the product rotator 1 1 8 for label application. The label makes contact with 
the product package while the product rotator spins the package at which point the 

15 label adheres to and is transferred to the package. As the product spins, wheel 199 is 
supported by the product itself. As such, the wheel can accommodate almost any 
shape of box, bottle, or other item that needs labeling. In various embodiment, other 
types of labelers can be used including, adhesive labelers, etc. 

As shown in FIG. 13, one of bar-code scanners 120, 121 is used to scan the 

20 pre-labeled product to verify that it is the right product. If not, the product is sent to 
reject bin 128 (FIGS. 13 and 22C). Also, after the product has been labeled by the 
labeling system 199, one of scanners 120, 121 scans the label. Again, if it is 
mislabeled, the product is sent to the reject bin. Accordingly, to dispense a 
prescription product from the present system, the system requires the product to go 

25 through three scans. First, the magazine is scanned to identify the magazine holding 
the product, then the product itself is scanned, finally the labeled product is scanned. 
This triple check process is rigorous enough to satisfy some current state laws for 
dispensing prescriptions. Moreover, it is anticipated that most states will allow use of 
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the system once a state review board has reviewed the process. Accordingly, the 
present system provides a safe system for the dispensing of prescriptions without the 
intervention of a pharmacist, or any human intervention at all. 

FIGs. 22B-22C show a product transporting system according to one 
5 embodiment. This embodiment includes some of the same features as discussed above 
for FIGs. 13-22 and some details are omitted for sake of clarity. 

FIG. 22B shows an end effector 1 12B and a product rotator 1 18B. In this 
example, end effector 1 12B includes a product catcher 174B that includes a V-shaped 
cross-section. A product that falls into catcher 174B is prevented from falling off of 

10 the catcher by a gate 175. Gate 175 includes a first side 179 which is rotatably 

coupled to the end effector 1 12B using a pivot bar 177. The main body portion of gate 
175 covers the outer, open end of catcher 174B. A second end 183 of gate 175 is 
positioned to abut wheel 182 A of product rotator 1 18B when the end effector is 
brought into position proximate the product rotator 1 18B. For example, as the end 

15 effector 1 12B is translated towards product rotator 1 18B, wheel 182 A lifts gate 175 
until the end effector is located such that wheels 182 A and 182B are approximately 
aligned on either end of the product which is lying on the bottom of V-shaped catcher 
tray 174B. Then as described above, motor 188 drives screw 186 to bring wheel 182A 
towards wheel 182B until the product is held between the two wheels. In this 

20 embodiment, wheel 182A is smaller than in the previous example. This allows the 
wheel to clear the catcher as it travels over the catcher to grasp the product. 

Figure 22C shows a product delivery chute 302 according to one embodiment. 
Product delivery chute includes a product holding portion 304 and a product delivery 
portion 306. These two portions 304 and 306 are separated by a movable member 

25 308. Movable member 308 acts as the floor of holding portion 304. As products are 
labeled by the system, they are dropped into holding portion 304. After all the 
products for a patient have been prepared, an actuating member 181 (See FIG. 22B) 
on end effector 1 12B contacts and activates a mechanism 310 that opens movable 
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member 308, thus allowing the products to fall into product delivery portion 306. 
Product delivery portion 306 is in open communication with the reach-in slot 312, 
allowing the patient to pick up their products. This two-step delivery process keeps all 
the products in one place until they are presented to the patient. Thus, a patient won't 
5 grab the first one out and forget to take the rest. 

Product Dispensing Process 

The dispensing process will not initiate until the patient (or HCF staff, or other 
authorized user) has entered all required information and the cash, check, credit card, 
10 and/or insurance payment (if necessary) has been verified for inputs required to allow 
drugs to be dispensed. 

In one embodiment, referring generally to FIGs. 13-22, the sequence of events 
in dispensing a product is as follows: 

1 . The x- and y-axis gantry motors position the end effector in the correct 

15 magazine location. The lead screw positioner motor extends the coupler on the end 
effector toward the mating coupler on the lead screw, until the two couplers are 
intermeshed but not in contact, which prevents excessive loads from being transmitted 
to the cantilever lead screw assembly. A load sensor (e.g. a spring and a proximity 
sensor) is used to apply a known tip load on the cantilever lead screw assembly. The 

20 x- and y-axis gantry motors are then powered down to eliminate additional forces 
being exerted. The drive screw motor 166 then engages the coupler until the sensor 
detects the necessary load, after which the y-motor is powered up and lifts the end 
effector a pre-calculated number of steps to unload the lead screw bearing. In an 
alternative embodiment, each lead screw has a motor attached thereto and the system 

25 turns on each motor as necessary to advance the pusher and dispel the product. 

2. The drive screw motor 166 rotates the spring-loaded conical coupler / lead 
screw, advancing the pusher to dispense the product into the catcher of the end 
effector. 
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3. An optical sensor, positioned to detect the product as it falls into the catcher, 
signals the drive screw motor to stop advancing the product. 

4. The product is transported via the end effector to the product rotator, where 
telescoping catcher is compressed by the product rotator. At the same time the product 

5 is then grasped and held between two rubber- faced disks, one idler and one driver 
disk. 

5. The clamp pressure is controlled by preset position/calibration of a proximity 
sensor and compression spring displacement. 

6. The product rotator rotates the package until scanned to verify that the correct 
10 drug is being dispensed. If the scan is successful, the remote dispenser completes 

steps 7 through 10 below. If the scan is not successful, the product is dropped into the 
reject bin and the process returns to step 1. If the scan reveals that the correct drug is 
not being dispensed, the magazine location is recorded, the HCF is alerted, and the 
process returns to step 1 at another magazine location for the same drug. 
1 5 7. The label printer generates an adhesive-backed package label and advances the 
label toward the transfer wheel. On example provides a labeling system which 
attaches in part via static electricity. 

8. The label is held on the surface of the transfer wheel by vacuum (adhesive side, 
of label is outward) while the drive motor advances the transfer wheel. A solenoid 

20 retracts and allows the transfer wheel to swing to the product rotator for label 
application. 

9. The product rotator spins the package and the label on the roller is lowered 
onto the product package at which point the label adheres to and is transferred to the 
package. 

25 10. The scanner checks the applied label to verify that the label was applied 
properly. 

11. A flapper moves to divert the labeled package into the dispensing chute. 
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12. The rotator disks retract allowing the package to drop, and the product is 
directed to the package output portal of the remote dispenser. 

In another embodiment, referring generally to FIGs. 13-22, and 22B-22C, the 
5 sequence of events in dispensing a product is as follows: 

1 . The x- and y-axis gantry motors position the end effector in the correct 
magazine location. The lead screw positioner motor extends the coupler on the end 
effector toward the mating coupler on the lead screw, until the two couplers are 
intermeshed but not in contact, which prevents excessive loads from being transmitted 

10 to the cantilever lead screw assembly. A load sensor (e.g. a spring and a proximity 
sensor) is used to apply a known tip load on the cantilever lead screw assembly. The 
x- and y-axis gantry motors are then powered down to eliminate additional forces 
being exerted. The drive screw motor 166 then engages the coupler until the sensor 
detects the necessary load, after which the y-motor is powered up and lifts the end 

1 5 effector a pre-calculated number of steps to unload the lead screw bearing. 

2. The drive screw motor 166 rotates the spring-loaded conical coupler / lead 
screw, advancing the pusher to dispense the product into the catcher of the end 
effector. 

3. An optical sensor (or other sensor), positioned to detect the product as it falls 
20 into the catcher, signals the drive screw motor to stop advancing the product. 

4. The product is transported via the end effector to the product rotator, where 
one wheel of the product rotator lifts the gate on the catcher and then the product is 
grasped and held between two rubber-faced disks or wheels, one idler and one driver 
disk. 

25 5. The clamp pressure is controlled by preset position/calibration of a proximity 
sensor and compression spring displacement. 

6. The product rotator rotates the package until scanned to verify that the correct 
drug is being dispensed. If the scan is successful, the remote dispenser completes 
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steps 7 through 10 below. If the scan is not successful, the product is dropped into the 
reject bin 128 and the process returns to step 1. If the scan reveals that the correct 
drug is not being dispensed, the magazine location is recorded, the HCF is alerted, and 
the process returns to step 1 at another magazine location for the same drug, if any. 
5 Otherwise a prescription is generated. 

7. The label printer generates an adhesive-backed package label and advances the 
label toward the transfer wheel. (O.T.C. products and water for reconstitution do not 
need to be relabeled). 

8. the label is held on the surface of the transfer wheel by vacuum (adhesive side 
10 of label is outward) while the drive motor advances the transfer wheel. A solenoid 

retracts and allows the transfer wheel to swing to the product rotator for label 
application. 

9. The product rotator spins the package and the label on the roller is lowered 
onto the product package at which point the label adheres to and is transferred to the 

15 package. 

10. The scanner checks the applied label to verify that the label was applied 
properly. 

11. If the label is correct, the product rotator moves so that product is over the 
dispense chute. 

20 12. The rotator disks retract allowing the package to drop and the product is 
directed to the product holding area. 

13. When all products have been delivered to the product holding area, the gantry 
moves and causes the catcher to actuate the floor of the holding area to release 
products to the output portal or delivery portion of the dispenser. 

25 
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Stocking/ Restocking Process 

Upon sending a new shipment of drugs to the remote dispenser, the product 
supplier also sends an electronic file, referred to as the product file that contains data 
on the contents of the shipment. 
5 Preparing the remote dispenser for restocking consists of one or more of the 

following steps: a) Inserting a security code and having the code validated by the 
central server, b) Opening the cabinet door after using the electronic lock, c) Scanning 
the shipper bar code located on the outside of the shipping carton (or on the packing 
slip), d) Displaying the descriptions and locations of magazines to be removed and 

10 returned to the vendor including magazines that are empty or products to be returned 
for various reasons, e) Removing all empty magazines, f) Removing magazines listed 
on the display and scanning the magazine barcode, g) Indicating if the correct 
magazine was removed, h) Displaying the status of the magazines by color, i) 
Scanning the barcode of each package from the return bin that is to be returned to the 

1 5 vendor as well as any packages that have fallen from the magazine to the bottom of 
the remote dispenser, or alternatively just returning the packages unscanned, j) 
Keying barcodes for packages that will not scan properly, k) displaying all scanned 
and keyed return products, 1) Placing return products in a return shipping carton, m) 
printing a packing slip of return items and placing the packing slip in the return 

20 shipping carton for shipping to the vendor or to the HCF pharmacy, and n) sending an 
electronic soft copy of the packing slip to the central server. 

The process of refilling the remote dispenser consists of one or more of the 
following steps: a) Displaying the magazines in the new shipment, b) Scanning the 
barcode on each magazine from the new shipment, the barcode indicating the contents 

25 of the magazine, c) Displaying an indication that the magazine was received, d) 
returning unreadable or unlisted magazines to the vendor, e) loading the new 
magazines into any refill location, f) guiding the new magazine onto the lead screw at 
the refill location, g) pushing the new magazine fully onto the lead screw assembly, h) 
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closing the cabinet door, and i) automatically scanning the barcodes at the front of 
each magazine to confirm placement and location. 

Fig. 22 shows another embodiment of the present invention. A moveable 
printer 500 moves on the gantry transport system 1 10 as discussed above. The printer 
5 500, such as an inkjet printer, directly prints on the package 136 or directly prints on a 
label 510 that is attached to the package 136. The packages 136 are stored in 
magazines 132 as discussed above. The package 136 is positioned at the end of the 
magazine to allow the printer to print on the label 5 10 on the product. Once the 
printing is complete the product is dispensed to the patient. 

10 

PDA Prescription Entry Program 

The PDA Prescription Entry System allows new prescription entry using 
personal defaults, new prescription entries needing customization, new pediatric 
prescriptions, viewing, revising or deleting prescriptions already written, and revising 

15 a prescription when the insurance denies the prescription. The entry system is operated 
using the control buttons on the bottom edge of PDA 4300. As shown in FIGS. 23-30, 
PDA 4300 includes a back button 4310, a tab button 4320, a scroll button 4330, an 
enter button 4350, and a cancel button 4340. Tab button 4320 is used to tab between 
screens. Cancel button 4340 is used to cancel or go back one field. Scroll button 4330 

20 is a bi-directional button and is used to scroll up and down. Enter button 4350 is used 
to enter and to move to the next field. A hotsync button on the PDA cradle is used to 
provide a hotsync between the PDA 4300 and another device. 

Figs. 23-30 show exemplary screens of one embodiment of the PDA 
Prescription Entry Program. Although shown on a PDA, in one or more 

25 embodiments, the following system can also be incorporated into a laptop or desktop 
computer. 

Fig 23 A shows an exemplary screen for new prescription entry. The user 
chooses whether to display all patients or just patients to be seen by the user. The 
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preference is stored for the next time a prescription is written. The user scrolls down 
using scroll button 4330 to the first letter of the patient's last name and presses enter 
button 4350. The user optionally may tab to another screen while writing the 
prescription and return later to finish the prescription at the point where the user left 
5 off. When the HCF name 4360 has a gray background, there are prescriptions to 

upload. When the rejected tab 4370 has a gray background an insurance rejection has 
been received. 

Fig. 23B shows an exemplary screen for choosing a patient for a new 
prescription. The user scrolls through a patient list using scroll button 4330 to select a 

10 patient name. At either the top or the bottom of the screen scrolling begins one screen 
at a time. At the first change of direction, scrolling begins one patient name at a time. 
A new patient's name may be entered by pressing enter button 4340 on the dotted line. 

If pediatrics mode is toggled on, the program defaults to pop up a window to 
enter the weight if the weight is not shown. For example, at screen 23D, the user can 

15 be given a choice between pediatrics calculation mode or regular mode. If regular 

mode is chosen the program goes to screen 23E and a default prescription is shown. If 
pediatrics mode is chosen the program goes to screen 28E. 

Fig 25C shows an exemplary screen for picking a quantity for a new 
prescription. The user uses scroll button 4330 to scroll down to pick a quantity from 

20 the list of quantities. Optionally, the quantities are listed in the order of those most 

commonly written. The list includes a designation, such as a "D" after those quantities 
available in the remote dispenser. In one example, a "+" sign denotes that the product 
is in the dispenser and a "-" denotes that the product is usually in the dispenser, but is 
out of stock. Blank means the product was not ever in the dispenser. The cursor 

25 automatically highlights the closest larger quantity available based on the dosage and 
length of time to take the medication entered by the user. Optionally, the user may 
highlight a different quantity or enter a new quantity by pressing the enter key when 
the dotted line is highlighted. 
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Fig 25F shows a screen for choosing how to dispense the prescription. The 
user may choose between having a written prescription printed out at the dispenser in 
the waiting room, a dispenser at a remote location, or have the prescription drugs 
dispensed at the remote dispenser, automatically fax or e-mail the prescription to the 
5 patient's pharmacy, or completely cancel the prescription. 

FIGS. 28F and so on show one embodiment of pediatrics calculations mode. 
As noted above, in this mode the prescriber will be prompted to enter the patient's 
weight. After that, the daily dose is selected. As the prescriber adjusts the daily 
dosage, the system automatically calculates the exact dosage (in units per day). The 
10 prescriber then chooses the form and strength of the drug (if the prescriber selects a 
dose that exceeds the maximum recommended dose/m/k/day, they will be prompted to 
answer a question confirming their interest in selecting that dose. The prescriber then 
chooses the prescription instructions. 

All these examples shown allow a user to write a prescription without using 
15 any writing input into the PDA (for example using the "Graffiti" text input function on 
a Palm PDA). The user can write a complete prescription just using the buttons on the 
bottom of the PDA to find and select the proper values for various parameters. This 
allows quick and painless prescription preparation. Also, the user does have the 
option of "graffiti" writing in some values if they want to make a change. 



20 



Additional Embodiments 



Referring now to Figure 31 there is illustrated still another example 
embodiment of a method according to the present invention. In this embodiment, a 
medical service provider 9002 prescribes a medication for a patient. Such prescription 
25 may be conveyed from the provider 9002 to a pharmacy service provider 9006 either 
as written instructions on a paper slip 9004, called into the pharmacy service provider 
9006 by the provider 9002, or otherwise conveyed such as by facsimilie or using an 
electronic medium like e-mail or other electronic transfer. The prescription is thus 
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presented to the pharmacy service provider 9006 in oral or written (paper or 
electronic) form. The pharmacy service provider 9006 then enters data about the 
prescription into a data input device 9008 that relays the data to a medication 
dispensing machine 9010, for example, any one of the embodiments described with 
5 respect to Figures 1-30 hereinabove. The dispensing machine 9010 automatically 
prepares a medication 9012 by preparing a container 9014 holding the medication 
wherein the container is automatically labelled 9016 with information specific to the 
patient by the dispensing machine. Such information typically includes the patient's 
name and the medication dosing and schedule. Further according to this embodiment, 

10 the dispensing machine 9010 is located remotely from the location of the prescribing 
medical service provider 9002. 

According to another example embodiment of this method, the medication is 
automatically labelled by the dispensing machine 9010 at the time that the patient 
picks up the medication. In particular, it is labelled after the patient arrives at the 

15 location of the dispensing machine. According to another example embodiment, the 
medication is automatically labelled by the dispensing machine 9010 prior to the time 
the patient arrives at the location of the dispensing machine to pick up the medication. 
According to another embodiment, prior to or after arrival at the site of the dispensing 
machine 9010 the patient is provided with a code (for example an alphanumeric code 

20 4-10 digits long) and the patient enters the code into an input device 901 8 on the 

dispensing machine to obtain the labelled container. In one example, this can happen 
if a patient calls to request a refill by phone or over the Internet. As discussed above, 
the user has payment options such as using a check reader, cash, credit, debit cards, 
insurance, etc. Also, in one example, if the machine is in a store, the user can pick up 

25 the dispensed product and pay at a cashier. 

According to still another embodiment shown in Figure 32, a control system 
9009 for the dispensing machine 9010 is networked with a pharmacy management 
software system 9020 over a network 9022, which may include in part a local area 
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network and a wide area network such as the Internet or a virtual private network, or 
satellite link, for example but not by way of limitation. 

According to another example embodiment as illustrated in Figure 33, the 
medical service provider 9002 is located in an HCF or medical service facility 9024, 
5 and the dispensing machine is in a location 9026 that is not co-located with the facility 
or at location 9024. The medical service facility may be, for instance but not by way 
of limitation, a doctor's office, medical HCF or hospital, and the location 9026 can be 
a pharmacy located, for example, off-site in the neighborhood or facility complex, or 
many miles away in a drive thru window or virtually any location. 

10 According to still another example embodiment of the invention illustrated in 

Figure 34, there is provided a method for dispensing prescribed medications. In this 
embodiment, a prescribing medical service provider 9032 prescribes a medication for 
a patient 9034. Data about the prescription is entered into a data input device 9036 
that relays the data to a medication dispensing machine 9038, for example, any one of 

15 the embodiments as described hereinabove in Figures 1-30. In one example, the 

dispensing machine 9038 can automatically prepare the medication for the patient by 
labelling 9040 a container 9042 of the medication with with patient-specific 
information 9044. Alternatively, the labeling can take place after the patient enters the 
proper information and payment (if any) into the dispenser. In this embodiment, the 

20 dispensing machine 9038 is located remotely from the location 9036 of the prescribing 
medical service provider 9032. 

According to one alternate embodiment of the method of Figure 35, the 
prescription is presented to the pharmacy service provider 9033 orally over the 
telephone, in written form by presenting it on paper, or in written form by an 

25 electronic delivery mechanism. The pharmacy service provider operates dispensing 
machine 9038 to enter the prescription. 

According to another example embodiment of this method, the medication is 
automatically labelled by the dispensing machine 9038 at the time that the patient 
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picks up the medication. In particular, it is labelled after the patient arrives at the 
location of the dispensing machine 9038. According to another example embodiment, 
the medication is automatically labelled by the dispensing machine 9038 prior to the 
time the patient arrives at the location of the dispensing machine to pick up the 
5 medication. According to another embodiment, the patient is provided with a code 
(for example an alphanumeric code 4-10 digits long) either prior to or at the time they 
arrive at the location of the dispensing machine 9038 and the patients enters the code 
into an input device 9046 on the dispensing machine to obtain the labelled container. 
According to still another embodiment shown in Figure 36, a control system 

10 9037 for the dispensing machine 9038 is networked with a pharmacy management 
software system 9048 over a network 9050, which may include in part a local area 
network and a wide area network such as the Internet or a virtual private network, or 
satellite link, for example but not by way of limitation. 

In yet another alternate embodiment as shown in Figure 37, the medical service 

1 5 provider 9032 is located in a medical service delivery facility 9054, and the dispensing 
machine 9038 is in a pharmacy location 9056 that is not co-located with the medical 
service delivery facility 9054. According to this embodiment the medical service 
facility is, for example, but not limited to one of a doctor's office, medical HCF or 
hospital. 

20 Still another example embodiment of a method according to the invention is 

illustrated Figure 38. In this embodiment a medical service provider 9062 prescribes a 
medication for a patient 9064, and data about the prescription is entered into a control 
system 9066 for a medication dispensing machine 9068. The dispensing machine 
9068 automatically prepares the medication by preparing a medication container 9070 

25 holding the prescription medication wherein the container is automatically labelled 
9072 with patient-specific information by the dispensing machine. Further according 
to this embodiment, the dispensing machine 9068 located remotely from the location 
of the prescribing medical service provider. 
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According to another example embodiment of this method, the medication is 
automatically labelled by the dispensing machine 9068 at the time that the patient 
picks up the medication. In particular, it is labelled after the patient arrives at the 
location of the dispensing machine. According to another example embodiment, the 
5 medication is automatically labelled by the dispensing machine 9068 prior to the time 
the patient arrives at the location of the dispensing machine to pick up the medication. 
According to another embodiment, the patient is provided with a code (for example an 
alphanumeric code 4-10 digits long, or a bar-code, or a written prescription, or a 
voucher) and the patient enters the code into an input device 9074 on the dispensing 

10 machine to obtain the labelled container. 

According to still another embodiment shown in Figure 39, a control system 
9066 for the dispensing machine 9068 is networked with a pharmacy management 
software system 9080 over a network 9082, which may include in part a local area 
network and a wide area network such as the Internet or a virtual private network, or a 

1 5 satellite link, for example but not by way of limitation. 

According to another example embodiment as illustrated in Figure 40, the 
medical service provider 9062 is located in a medical service delivery facility 9084, 
and the dispensing machine 9068 is in a pharmacy, or other remote location 9086 that 
is not co-located with the medical service delivery facility 9084. The medical service 

20 facility may be, for instance but not by way of limitation, a doctor's office, medical 
HCF or hospital. 

Yet still another embodiment of a method according to the present invention is 
illustrated in Figure 41. In this embodiment, a medication is ordered using an 
automated order entry system 9102 from a first location 9104. An order code 9106 is 
25 obtained, for example by the patient or the patient's representative (which may be a 
family member or other care-giver). The order code 9106 is subsequently entered into 
a keyboard, keypad or other data entry mechanism 9108 (voice recognition for 
instance) in an automatic dispensing machine 91 10 in a location 9112 geographically 
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remote from the first location 9104. The dispensing machine 9110 automatically 
labels a container 91 16 of the medication and presents it for pick-up, for example, 
with patient-specific information 9117. Dispensing machine 91 10 may be, in one 
example embodiment, of the kind described above in Figures 1-30. 
5 Still another example embodiment of a method according to the present 

invention is illustrated in Figure 42. A written prescription, for example written or 
printed on a paper slip 9122, is imaged by an imaging and/or card reader device 9124 
at a location 9126 and relayed (for example over a computer network or phone 
system) to a location 9128 remote from the location 9126 where the image is obtained. 

10 A pharmacy service provider 91 30 at the remote location 9128 reads the relayed 

prescription image or data 9129 and enters the order into a control system 9132 for a 
dispensing machine 9134. The dispensing machine labels a container 9136 of the 
medication and presents it for pick-up. 

In one embodiment, a regular prescription written on a prescription pad (or 

1 5 prepared using the system discussed above) can be prepared using the present system. 
For example, the imager can be located on the dispenser. The user puts the written 
prescription into the dispenser where it is imaged and the image is transferred to a 
pharmacy service provider located virtually anywhere. The pharmacy service provider 
may require the user to provide some ID. The pharmacy service provider then enters 

20 the relevant information, which is then transferred to the dispenser. The patient can 
enter any payment (if necessary) and the product is labeled and delivered, as discussed 
above. The dispenser then keeps the written prescription. 

According to yet another example embodiment, the reading or imaging device 
9124 is used in addition for reading or imaging an insurance card 9123 and the data 

25 from the card in an image or other electronic form is forwarded to a remote pharmacy 
service provider. According to yet another example embodiment, the insurance card 
reader may be the same or a different device from the device used to obtain an image 
or data from a prescription. According to yet another embodiment, a magnetic strip or 
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other type of card reader is used to read an insurance card. Furthermore, in another 
embodiment, a user presents a credit card to be read by device 9024, and the credit 
card data is relayed both to the pharmacy service provider and to a credit card 
clearinghouse for approval of a payment for a medication to be dispensed by machine 
5 9134. 

Another example embodiment of the method according to the invention is 
illustrated in Figure 43. In this embodiment, a prescription is obtained in electronic 
form 9144 from a medical service provider 9142. The electronic prescription is 
presented to a pharmacy service provider 9142 using an electronic delivery system 

10 9144. A dispensing machine 9146 prepares a container 9148 of the medication and 
presents it for pick-up, wherein the container is automatically labeled by the machine 
9146 with patient-specific information 9149. 

Another example embodiment of the method of the invention is illustrated in 
Figure 44. A pharmacy 9152 is stocked 9154 with a variety of medications in 

1 5 containers 9156. An automatic dispensing machine 9 1 58 is located at the pharmacy 
9152. The pharmacy is staffed with pharmacy service providers 9160 during some but 
not all hours of a day. At least some prescriptions are filled for pharmacy customers at 
least in part by hand during the hours the pharmacy is open. At least some 
prescriptions are filled for pharmacy customers using the dispensing machine 9158 

20 during hours in which there are no pharmacy staff available to dispense by hand. 

According to one alternate embodiment of the method, the pharmacy service providers 
9160 retrieve labelled medication containers 9162 from the dispenser for customers 
during the service providers are working in the pharmacy, and after the pharmacy staff 
are no longer working, the customers 9159 themselves retrieve prescribed medication 

25 containers with the prescribed medications from the machine 9158. According to this 
embodiment, machine 9158 in one example embodiment takes the form of a machine 
as described above in Figures 1-30. 
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Still yet another example embodiment of a method according to the invention 
is illustrated in Figure 45. In this embodiment, a dispensing machine 9172 is located 
at a dispensing location 9174. A patient 9176 presents a written prescription 9178 for 
a prescription medication at the dispensing location 9174. Information from or about 
5 the prescription is relayed to a pharmacist 9180 located remotely 9182 from the 
dispensing location 9174 where the pharmacist does not have immediate physical 
access to the dispensing location 9174. The pharmacist reads the prescription, checks 
the user's ID if necessary, and remotely operates the dispensing machine 9172 to 
cause it to automatically label a container 9184 of the medication with information 

10 9185 specific to the patient. The patient 9176 obtains possession of the labeled 

medication at the dispensing location 9174. In one embodiment, the patient takes the 
medication from the machine. 

According to yet another example embodiment of this system and method, a 
reading and/or imaging device is used for reading or imaging a patient insurance card 

15 or credit card and the data from the card in an image or other electronic form is 

forwarded to a remote pharmacy service provider. According to yet another example 
embodiment, the insurance card reader may be the same or a different device from the 
device used to obtain an image or data from a prescription. 

Referring now to Figure 46, there is illustrated an alternate example 

20 embodiment of a medication dispensing system according to the present invention. 
The medication dispensing system 9200 includes a card reader and/or imaging device 
9202 adapted to image or read a prescription presented by a patient or the patient's 
representative. A data input terminal 9204 receives information concerning the patient 
for whom the prescription is written. A medication labeling mechanism 9206 is 

25 responsive to a control system 9208 and produces labelled medication containers 9210 
labeled with information 9212 specific to the patient. The control system 9208 
receives instructions from an input terminal 9214 located remotely from the 
dispensing system. According to one example embodiment, mechanism 9206 is 
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constructed in accordance with illustrated example mechanisms set forth hereinabove, 
with respect to Figures 1-30. 

According to still another example embodiment of the invention illustrated in 
Figure 47, there is provided a pharmacy configuration 9220. Configuration 9220 
5 includes a store 9222 having an enclosed pharmacy floor space 9224 that is secured 
against unauthorized entry. The pharmacy floor space 9224 further includes a storage 
or stock area 9226 for a medication stock 9228, wherein the medication stock includes 
a variety of medications. An automatic medication dispensing machine 9230, for 
example, designed in accordance with any other above-described dispensing machine 

10 embodiment, is co-located with the pharmacy floor space and is accessible to 
pharmacy customers at least a portion of the operating hours of the store. The 
machine 9230 is adapted to dispense labelled containers 9232 of medications, wherein 
the label includes patient-specific information 9233. One or more pharmacy service 
providers 9238 work in the enclosed floor space 9224 during some but not all hours of 

15 a day. 

According to an example embodiment of this configuration, the machine 9230 
is positioned next to a configurable wall, gate, window or other structure 9240 that is 
an adapted so that pharmacy service providers can retrieve labelled medications from 
the dispenser for customers during the period of time the pharmacy is staffed, and so 
20 that when the pharmacy is not staffed the customers can retrieve prescribed 

medications directly from the machine 9230 without assistance from on-site pharmacy 
personnel. 

According to still another example embodiment of this configuration, a remote 
counseling area 9242 with a telephone or other means of electronic communication 
25 such as e-mail or a chat room or a video link, is provided so that pharmacy customers 
may receive after hours counseling from a pharmacist in a remote location using the 
telephone or other means. According to still another embodiment, a system self- 
service station 9246 having a keyboard or keypad, for example, a printing device and 
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an imaging and/or reading device is positioned outside the pharmacy floor space to 
allow a customer to submit a prescription or insurance card to a remote pharmacist as 
for example described with respect to Figure 45, and also to enter a medication access 
code that may be printed for the customer and which causes the dispensing machine to 
5 dispense an appropriate medication for the patient. 

According to still yet another example embodiment of the methods, systems 
and configurations illustrated in Figures 30-47, the dispensing machine is one of the 
designs described above with respect to Figures 1-47, and furthermore is adapted to 
hold approximately up to 1000 different medication options allowing a wide range of 

10 medication prescriptions to be filled using the machine. According still further to this 
example, any stock in any pharmacy floor space may have a greater variety of 
medication options, so that a wider variety of medication prescriptions can be filled 
from the floor stock than from the dispensing machine. 

According to yet another example embodiment, the dispensing machine 

1 5 implemented for the systems, methods and configurations of Figures 30-47 include a 
mechanism for obtaining payment from a customer, as described above, for example 
by credit card, "blue tooth" payment technology, smart card cash card, cash bill 
changer, check reader, or any other mechanism to obtain payment from a patient. 
Alternatively, payment for medications may be received by pharmacy personnel or by 

20 other store personnel. Furthermore, the patient may use a card scanner or digital 
camera for I.D. (such as a driver's license). 

Yet still another example embodiment of a dispenser of the invention is shown 
in schematic form in Figure 48. This embodiment is useful, for example but not by 
way of limitation, with some or all of the systems, methods and configurations 

25 described with respect to Figures 30-47. Dispenser 9250 includes both a mechanism 
9252 for labelling medications per the description provided with respect to Figures 1- 
30, but further includes an internal mechanical storage mechanism 9254, for example, 
a plurality of bins each holding one or more labeled medication container and having a 
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dispensing mechanism, allowing labeled medication containers to be stored 
temporarily until such time as a patient or patient's representative enters an access 
code to retrieve the medication. According to this embodiment, prescriptions may be 
filled prior to the patient coming to the dispensing machine, so that the labelling is 
5 done in advance and therefore the pick up of the medication from the machine takes 
less time as the only mechanical function involves picking or selecting the pre-labelled 
medication for dispensing to the patient. Such storage mechanism, in one example 
embodiment, is a plurality of bins that the pre-labelled medications can be deposited in 
after they are labelled, with a picker or other dispensing mechanism such as a solenoid 

10 controlled container ejector device or screw mechanism for retrieving or dispensing 
the pre-labeled medications from the bins under computer control. The bar codes of 
the pre-labelled medications would again be checked prior to dispensing for quality 
assurance purposes. 

FIG. 49 illustrates a dispensing system 9300 according to one embodiment. 

15 System 9300 includes a dispensing machine 9301, for example any of the dispensing 
machines discussed herein. System 9300 also includes a feed mechanism 9304, such 
as a pneumatic tube device, as commonly known. In this embodiment, machine 9301 
is in a first location 9302, which is inaccessible during some hours, for example a 
pharmacy, clinic, bank, etc. At a second location 9306, a user interface 9308 and a 

20 delivery point 93 10 are provided. User interface 9308 can include an input device 
such as a touch-screen or keyboard. It can also include a telephone, two-way video, 
and other options discussed above for various user interfaces for dispensing machines. 
It can also include features for allowing payment, such as cash deposit, credit card 
readers, check readers, or an ATM interface, for example. 

25 Feed mechanism 9304 connects dispensing machine 9301 to delivery point 

9310 where the user can obtain possession of the product disposed from machine 
9301. 
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In one example use, a user will enter their user information (such as voucher 
number or other authorization code) and financial information (if necessary) at user 
interface 9308. The dispenser will act as described above, preparing and labeling the 
product, then a robotic arm or other means will deliver the product to feed mechanism 
5 9304 where it will be delivered to the user at delivery point 93 10. In other example 
uses, a person can be inside location 9302 to facilitate the transaction. Other examples 
provide a remote pharmacist to facilitate the transaction from the remote location. For 
example, the pharmacist can talk to the patient via a telephone or two-way video and 
the pharmacist can control the machine 9301 and/or the feed mechanism 9304 

10 remotely. In another example, a pharmacist located in location 9302 can receive a 
prescription from a patient via feed mechanism 9304, fill the prescription, and deliver 
the product to the patient via the feed mechanism. 

An automatic dispensing machine for one or more of the embodiments 
described above can also be implemented by the following system. Figure 50 shows 

1 5 an automatic dispensing machine 9400 located in a pharmacy 9402. The pharmacy 
generally includes an enclosed pharmacy floor space 9404 accessible only to 
pharmacy service providers and a public space 9406. The dispensing machine 
includes a front side 9408 which is accessible to customers and a back side 9410 
which is only accessible to authorized personnel in the enclosed space 9404. In some 

20 embodiments, machine 9400 can include any features described above for any other 
automatic machines disclosed herein. In this example, machine 9400 includes a user 
interface screen 9412 and a financial transaction portion 9414, such as a cash, credit 
card, debit card, or check reader, and a change return 9416, and a medication retrieval 
portion 9418. 

25 Figure 51-54 shows further details of one embodiment of machine 9400. 

Figure 51 shows a rear perspective view of machine 9400. Machine 9400 includes a 
loading portion 9420 on the back side 9410 of the machine which would face the 
enclosed pharmacy floor space and be accessible only to pharmacy service providers. 
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This allows pharmacy service providers to place a filled prescription container 9422 
into the loading portion 9420. A transfer mechanism 9424, for example, a rotating, 
compartmentalized member can include a plurality of compartments 9426. The 
transfer mechanism physically transports the filled prescription container from the 
5 loading portion 9420 to the customer-accessible side 9408 of the machine to allow the 
customer to retrieve the medication. A stepper motor or other means can be used to 
rotate the transfer mechanism. Solenoids or other members can be used to push the 
containers out of the compartments. 

Referring to Figure 52, a translating band 9428 includes a hole therein which 

10 masks off all but a given compartment 9426. In use, the pharmacy service provider 
transfers information about the filled prescription container 9422, via a scanned 
barcode, or keyboard input means, for example, to machine 9400. The filled 
prescription container 9422 is then placed into a compartment 9426 and the machine 
knows which compartment the specific container is located in. 

15 Figure 53 shows a front perspective view of machine 9400. Machine 9400 

includes a dispensing portion 9430 on the front 9408 of the machine so that the 
dispensing portion is accessible to the public space and accessible by a customer. The 
machine 9400 is adapted to dispense a filled prescription container 9422 to the 
customer in response to a customer request. For example, any of the means discussed 

20 above can be used as the customer request input, including a unique code which is 
specific to the prescription being filled can be given to the customer by the pharmacy 
service provider. In other examples, a doctor may give the code. In other examples, 
the customer may have a permanent ID code, for example embedded on a readable 
card and the customer swipes or inserts the card into machine 9400 and then enters a 

25 PIN number into the machine to retrieve the medication. In some embodiments, a 
pharmacy service provider (remote or on site) authorizes the machine to dispense the 
medication. 
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Figure 55 shows a schematic configuration of a pharmacy configuration for use 
of machine 9400. The pharmacy includes the enclosed pharmacy space 9404 and the 
public space 9406. Machine 9400 is located such that a wall or other structure 9432 
blocks access from public space 9406 to loading portion 9420. Machine 9400 
5 includes an interface member, such as a bar code reader 9434 accessible to the 
pharmacy service providers and used to transfer information about the filled 
prescription container to a controller 9438 of the machine. In one example, one or 
more bar code readers can be incorporated directly on the machine 9400 adjacent the 
position where the filled containers are loaded into the compartments. Thus, a bar 

10 code could be on each labeled, filled, prescription container, and the information about 
the container could be read by a bar code scanner. Other examples have a handheld 
bar-code scanning gun or a tabletop scanner, for instance. One option provides a 
keyboard 9436 for a user to input information about the prescription container to 
control unit 9438. Control unit 9438 is adapted to deliver a specific medication to the 

15 dispensing portion of the machine in response to a specific customer input request as 
discussed above. In one example, the controller 9438 is adapted to receive a customer 
request for their prescribed medication. The controller then actuates the transfer 
mechanism to bring the specific compartment holding their container to the output 
portion of the machine. In one embodiment, a pharmacist, who can be located on-site 

20 or remotely, authorizes dispensing of the container, and then the controller actuates a 
solenoid or screw or other means to eject the container from the compartment into the 
receiving portion of the machine for customer pick-up. 

In one embodiment, the machine 9400 is adapted to verify that the container 
being dispensed is the proper container for the customer prior to dispensing the 

25 container. For example, the machine can include a bar-code reader 9440 to read the 
containers before they are dispensed. The bar code reader can be movable to read the 
containers within the compartments or static end the container are brought to the 
container by a robotic control, as discussed above. 
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Machine 9400 can include a telephone 9422 to allow a customer to speak to a 
pharmacist. Machine 9400 can include a video screen 9424 to allow the customer to 
have a videoconference with a pharmacist. 

In one embodiment, the system includes a customer interface 9450 located 
5 outside the store which is accessible to a customer and is operatively coupled to 

machine 9400 to allow a customer to interface with the machine 9400. The machine 
can be coupled to a remote delivery system such as a pneumatic tube 9452 which can 
deliver a filled prescription container to a customer outside the store. For example, a 
drop chute can be located in the machine such that if a customer access the machine 

10 from outside the store, the controller 9438 delivers the filled container to the drop 
chute (which communicates with the pneumatic tube) instead of delivering the 
container to the built-in medication retrieval portion 9418. 

In some examples, the machine can include a mechanism so that the machine 
will not allow access by a customer to retrieve the containers until all the prescription 

1 5 containers of a specific customer have been delivered to the pick-up portion 941 8 of 
the machine. For example, the machine can include a trap-door type mechanism 9454 
can be incorporated into the machine. The trap door mechanism can be controlled so 
that if a customer leaves a container in the retrieval portion 9418 for too long, the trap 
door opens to send the container to an inaccessible portion of the machine, where it 

20 can only be retrieved by an authorized person. This safety feature keeps unauthorized 
people from taking medication forgotten in the machine by others. Another example 
utilizes a pushing member to clear the area after the containers have not been retrieved 
for a time. Some embodiment lock a door over the retrieving are if the medication is 
not retrieved within a time limit. Some examples use a sensor to detect if the 

25 medication ahs not been picked up and then lock the door or sound an alarm. 

One use of the present system is in a pharmacy setting. Figure 56 shows a 
method 9600 according to one embodiment. Method 9600 includes filling a 
prescription by current process. Then a pharmacy service provider transfers 
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information about a filled container to the machine. The containers are placed in the 
machine, with the controller knowing their location. A customer inputs information to 
the machine, and the machine dispenses the medication. In some embodiment, the 
machine is configured to not dispense until a pharmacist has authorized dispensing. 
5 In some embodiment, the pharmacy personnel have access to retrieve the 

medication out of the machine for the patient. So in use, the patient can drop off or 
call in a prescription. The pharmacist fills it and places it in the machine. If the 
pharmacy is open, the patient can get the medication from the pharmacist (who can 
retrieve it from the machine) or from the machine. If the pharmacy is closed, the 

10 patient can retrieve it by entering a request into the machine. In one example, the 
machine 9400 is connected to a remote pharmacist who authorizes the machine to 
dispense the medication after the pharmacist has reviewed the customer request to 
verify it. In some examples, the customer request includes a one-time, unique, 
prescription-specific code entered into the automatic dispensing machine. The code 

1 5 can be given to the patient by the pharmacist or a doctor, for example. 

In some examples, the machine can be located in a non-pharmacy location, 
such as a convenience store or bus station. In such an embodiment, an authorized 
person could make periodic rounds filling the machine with filled prescription 
containers. Customers could then retrieve their prescription medication at any time by 

20 entering a customer request. Again, in one example, a remote pharmacist would 
review each customer request and authorize dispensing. Some examples include a 
phone or video screen so that the remote pharmacist can counsel the customer before 
authorizing dispensing of the medication. The machine 9400 can also include a drop- 
off station for paper prescription or prescription bottles for refill. An imaging system 

25 can be located on the machine to allow the prescription to be read and sent 

electronically to a remote pharmacy. The pharmacist can fill the prescription and then 
the filled prescription container is delivered to the machine by an authorized person 
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where it is available for pick-up. Alternatively, the prescription can be taken from the 
machine and delivered to the pharmacist, who then fills it. 

In some examples, features of machine 9400 can be combined with the 
automatic dispensers discussed above which have labelers in them. For example, such 
5 a machine would allow a user to fill an automatic dispensing machine with a plurality 
of labeled, filled prescription containers and a plurality of unlabeled containers of 
prescription medication. Then the machine could dispense either the labeled, filled 
prescription container or the unlabeled prescription medication to a customer in 
response to a customer request, wherein the unlabeled prescription medication is 

10 labeled by the automatic dispensing machine before being dispensed. 

In one example, a configuration could provide a first automatic medication 
dispensing machine in a first location and a second automatic medication dispensing 
machine in the first location. The an authorized person could periodically fill the first 
automatic dispensing machine with a plurality of labeled, filled prescription containers 

15 and the second automatic medication dispensing machine with a plurality of unlabeled 
containers of prescription medication. The first machine would dispense filled 
prescription containers to a customer in response to a customer request, and the second 
machine would label and dispense prescription medication to a customer in response 
to a customer request. 

20 One or more of the ideas discussed above are usable on virtually any 

dispensing machine. For example, the check reader can be utilized on a gas pump, or 
any vending or dispensing machine that is connected to a check authorization system. 

Conclusion 

25 The embodiments described above are intended only to illustrate and teach one 

or more ways of practicing or implementing the present invention, not to restrict its 
breadth or scope. The actual scope of the invention, which embraces all ways of 
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V 

practicing or implementing the teachings of the invention, is defined only by the 
following claims and their equivalents. 
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